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REMARKS 

I. Amended claims 

The following amendments have been performed in the claims: 

• All independent claims 1 , 45, 46, 64, 69 and 70 have been redrafted based on the 
feature of original claims 19 and 34. 

• The dependent claims have been amended accordingly. 

• New dependent claims 71-74 have been added based on original claim 3. 

II. Subject-matter of the present invention 

The present invention, as expressed by the amended independent claims, relates to conveying 
parameters for broadcast/multicast sessions via communication protocol. A repair type 
parameter that is indicative of a point-to-multipoint repair session, a point-to-point repair 
session or both is received. The repair session is requestable by at least one receiver that did 
not correctly receive data sent to a plurality of receivers in a transmission session, wherein in 
the repair session, at least a part of the data sent to the plurality of receivers in the 
transmission session is sent at least to the at least one receiver requesting the repair session. 
Data is then received in the repair session as indicated by the repair type parameter. 

Being able to select among different kinds of repair sessions - i.e. point-to-multipoint repair 
sessions, point-to-point repair sessions or both - and communicating this specific kind of 
repair session to receivers via a repair type parameter is particularly useful at least for the 
following reasons: 

In case of many receivers suffering from data corruption during the 
broadcast/multicast transmission session, re -transmission of the corrupted data in a 
single point-to-multipoint repair session may be more efficient than having a plurality 
of point-to-point repair sessions. Nevertheless, if there are only one or few receivers 
suffering from data corruption, having dedicated point-to-point repair sessions may 
allow tailoring the re-transmitted data to the respective needs of the receivers, which 
may result in an overall reduced amount of data that has to be re-transmitted (i.e. the 
single receivers only receive that data that they actually require). 
Signalling that a point-to-multipoint repair session will take place may prevent further 
receivers that did not correctly receive the multicast data and did not yet send a request 
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for a repair session from sending this request for a repair session, thus contributing to 
reduce network congestion by a plurality of repair requests. 

III. Prior art 

RFC 2327 - SDP: Session Description Protocol, April 1998 (Handley et al.) 

This document defines the SDP. SDP is intended for describing multimedia sessions for the 
purposes of session announcement, session invitation, and other forms of multimedia session 
initiation. 

US 2004/0078624 (Maxemchuk et al.) 

Maxemchuk et al. relates to a system and method for the repair of IP multicast sessions. A 
network includes a source of multicast packets in a multicast session and a plurality of 
multicast recipients. The repair server provides the packets it receives to the recipients. The 
repair server includes a missing packet detector. There is a plurality of retransmit servers in 
the network buffering portions of the packets they respectively receive during the session. The 
repair server maintains an ordered list of the retransmit servers that are most likely to have 
buffered copies of packets missing from the session. When the repair server detects that there 
are packets missing from the session it received, it uses the ordered list to sequentially request 
the missing packets from respective ones of the plurality of retransmit servers (see the abstract 
and paragraphs [0010-0015]). 

IV. Novelty and non-obviousness of the amended independent claims 

In the Office Action of January 23, 2008, section 9 on p. 28, the Examiner considers the 
subject-matter of original claim 34 to be rendered obvious by a combination of SDP and 
Maxemchuk. It appears that this finding is based on the Examiner's assertion that the ordered 
list of retransmit servers maintained at the repair server would disclose a repair type 
parameter. 

This view has to be respectfully contested. 

Maxemchuk may be considered to disclose that data packets are transmitter from a sender to a 
plurality of receivers, and to disclose presence of a repair server. However, in Maxemchuk, 
the receivers can select by means of different multicast addresses if they want to take part in a 
standard session, in which data packets are provided by a multicast source without repair 
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functionality, or a repair session, in which the data packets also stem from the multicast 
source, but are provided via the repair server that automatically tries to obtain lost packets 
from a plurality of retransmit servers and to provide them to the plurality of receivers (see 
paragraph [0013]). The repair server thus improves the multicast data transmission as a 
network supplied service, and neither the source nor the receivers see any change (see 
paragraph [0012]). 

Maxemchuk thus already fails to disclose that a repair session is requestable by at least one 
receiver that did not correctly receive data sent to a plurality of receivers in a transmission 
session , as required by the amended independent claims. In Maxemchuk, a receiver can take 
part in either an "unrepaired multicast session" or a "repaired multicast session" (see 
paragraph [0013]), whereas in case of the latter option, the repair session is not after the actual 
transmission session, but in parallel, i.e. to enhance the transmission session. 

Maxemchuk further entirely fails to disclose point-to-point repair sessions. Both the 
"unrepaired multicast session" and the "repaired multicast session" are always described as 
multicast sessions. 

And finally, Maxemchuk also fails to disclose a repair type parameter that indicates a point- 
to-multipoint repair session, a point-to-point repair session, or both. This is already caused by 
the lack of disclosure of a point-to-point repair session. Furthermore, there is not even a 
parameter that would indicate a point-to-multipoint repair session alone, and in particular no 
such parameter that would be transmitted to the receivers. 

It is thus apparent that the amended independent claims are novel with respect to the cited 
prior art. 

It is also not apparent how the cited prior art should render the subject-matter of the amended 
independent claims obvious, since prior art already entirely fails to disclose that it is 
advantageous to be able to switch between point-to-multipoint and point-to-point repair 
sessions. 
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V. Final remarks 

The objections and rejections of the office action of January 7, 2009, having been obviated by 
amendment or shown to be inapplicable, withdrawal thereof and passage of amended claims 
1, 2, 4-9, 37, 43, 45-46, 51, 53-54, 56-62, 64, 66, and 69-74 to issue is earnestly solicited. 

Respectfully submitted, 



Francis J. Maguire / 
Reg. No. 31,391 
Attorney for Applicant 
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